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CHAPTER  1  -  INTRODUCTION  AND  SUMMARY 


INTRODUCTION  -  GENERAL:  This  manual  is  intended  to  acquaint  the 
prospective  user/analyst  with  the  AIR  COMBAT  MANEUVER  Model  and 
to  provide  sufficient  qualitative  descriptive  and  input  instructions  to 
permit  him  to  run  and  use  the  model. 

V 

BASIC  CAPABILITIES  AND  LIMITATIONS;  The  AIR  COMBAT  MANEU¬ 
VER  Model  is  a  computer-operated  logic  model  which  simulates  dynami¬ 
cally  a  many-vs-many  engagement  of  interceptors  with  a  tactical  strike 
group  which  includes  escorting  fighters.  It  is  a  large-scale  model  written 
in  the  SIMSCRIPT  II. 5  simulation  programming  language,  and  is  intended 
to  run  in  any  large  computing  system  which  possesses  a  SIMSCRIPT  II. 5 
compiler.  Currently  operating  on  the  Federal  CSS  System,  it  could  be 
transferred  relatively  easily  with  a  few  input-output  program  changes  to 
other  computer  installations. 

The  model  is  intended  to  analyze  the  effectiveness  of  various  interceptor 
approach  geometries,  the  strike  group's  disposition  of  its  escorts,  the 
engage/parry  strategy  of  the  escorts,  clear-to-fire  inhibitions  on  intercep¬ 
tors  and  escorts,  sensor  parameters,  AIM  weapon  parameters  and  tell-tale 
reporting  by  AEW/AWACS  in  support  of  the  strike  group. 

Detail  and  complexity  of  the  ACM  Model  design  have  been  deliberately 
held  to  the  minimum  commensurate  with  its  objectives,  in  order  to 
provide  run-time  simplicity  and  speed.  The  model  carries  the  action 
through  the  first-pass  firing  attempts  of  the  interceptors,  but  does  not 
proceed  to  analyze  any  "dog-fighting"  evolutions  beyond  the  first  pass. 
Curvilinear  flight  paths  and  relative  motion  are  followed  in  detail  during 
maneuver,  but  not  to  the  level  of  aerodynamic  energy  transfer. 

SYSTEM  FUNCTIONAL  OVERVIEW:  The  model  is  designed  as  a  hybrid 
timestep/event-sequence  simulation,  with  a  two-stage  time-step  interval 
(long  cycle  until  first  attack  turn  starts,  then  shifting  to  short  cycle). 


Geography  is  represented  as  a  plane  surface,  with  all  aircraft  positions  m 
x-y  coordinates.  Differential  aircraft  altitudes  are  used  in  evaluating 
target  signatures  and  sensor  "swept  volumes"  for  detection  purposes,  but 
not  otherwise.  Aircraft  speed  changes  are  rendered  instantaneously,  but 
flight  paths  are  represented  as  "true"  curves  with  resultant  dynamic 
relative  motion  changes.  (Because  of  the  time-stepping,  "curves"  are 
really  a  series  of  short,  straight-line  segments). 

The  strike  group,  escorts  and  interceptors  are  all  treated  as  individual 
aircraft  with  identifying  "tail  numbers."  Each  aircraft  starts  from  a 
specific  x-v  location  with  its  own  heading  and  speed.  Each  escort  is 


assigned  a  formation  station  on  the  basis  of  an  offsetting  relative  range 
and  bearing  from  the  strike  lead.  Each  interceptor  has  an  "activate  time" 
in  the  simulation,  at  which  time  his  intercept  starts  toward  his  specifical¬ 
ly  assigned  target  (most  likely  a  member  of  the  bomber  group).  Intercep¬ 
tors  are  aimed  initially  at  ranges  and  bearing  offset  relative  to  their 
targets.  All  starting  positions,  speeds,  activate  times  and  interception 
targets  are  set  by  user  input. 

An  interceptor  proceeds  via  collision  intercept  path  to  the  initial  aiming 
point,  offset  relative  to  his  target,  and  then  converts  to  a  pursuit  attack 
path.  By  choice  of  the  offset  specification,  the  user  may  make  the 
intercept  virtually  pure  collision,  round-house  up-the-tail,  all  pursuit, 


All  aircraft  conduct  both  visual  and  electronic  search  throughout.  The 
presence  (input)  of  jamming  inhibits  detection  range  to  that  input  for 
"burn-through".  (No  firing  attempt  can  be  made  without  individually- 
acquired  contact,  nor  will  an  interceptor  convert  to  pursuit  attack 
without  contact.  Interceptors  lacking  contact  at  the  pursuit  start  point 
commence  a  search-orbit  pattern).  Contact  once  gained  may  be  lost, 
when  a  target's  relative  motion  carries  it  out  of  the  swept  volume  of  the 
observer's  sensors. 


When  anyone  makes  a  detection,  he  attempts  to  notify  (transmit  "knowl¬ 
edge"  to)  his  fellows.  Such  attempts  may  not  be  completely  successful, 


dependent  upon  input  communication  reliability.  "Knowledge"  of  a 
target's  presence  heightens  detection  probability  and  lack  of  "knowledge" 
inhibits  an  escort  from  partaking  in  a  parry  maneuver. 

Upon  detection  of  an  interceptor  (visual  or  electronic),  escorts  are 
committed  to  parrying  attacks  in  accordance  with  input  doctrine  and 
numbers.  If  an  interceptor  individually  detects  an  escort  turning  toward 
him,  the  interceptor  shifts  his  attack  to  a  pursuit  aimed  at  the  escort. 

Pursuits  are  pressed  until  within  the  firing  envelope  of  the  available  AIM 
weapons.  Repeated  firing  attempts  are  made  (at  the  time-step  interval) 
until  the  target  is  killed  or  the  attacker  overruns  his  target  of  the  AIMs 
are  exhausted.  When  any  of  the  foregoing  results,  a  "resume"  takes  place. 
Resume  for  an  interceptor  causes  him  to  be  re-committed  -  always 
against  the  bomber  group.  He  turns  onto  a  pursuit  path  toward  that  group 
and  will  attempt  to  fire  when  within  appropriate  parameter  constraints. 
Resume  for  an  escort  sets  up  a  return  to  his  assigned  formation  station, 
during  which  he  continues  to  search  and  may  be  re-committed  at  any  time 
against  another  target  (interceptor). 

The  model  run  ends  at  an  input  stop  time  or  when  all  bombers  have  been 
killed  o'-  ”hen  all  interceptors  have  either  been  killed  or  neutralized, 
whichever  comes  first. 

USE  OF  THIS  MANUAL:  It  is  strongly  urged  that  prospective  users  of  the 
AIR  COMBAT  MANEUVER  Model  familiarize  themselves  thoroughly  with 
the  qualitative  descriptions  of  the  various  systems  and  phenomena  as  set 
forth  in  this  manual  before  attempting  to  run  the  model.  It  is  urged 
further  that  repeated  refresher  reading  of  these  sections  be  undertaken 
during  use  of  the  model  in  order  that  the  user/analyst  may  retain  a  clear 
overall  grasp  of  the  model  features,  effects,  and  their  interactions. 


CHAPTER  2  -  THE  MODEL  DESCRIPTION 


INTRODUCTION  -  GENERAL:  This  chapter  describes  the  logical  func¬ 
tions  of  the  AIR  COMBAT  MANEUVER  Model.  It  sets  forth  the  physical 
systems  simulated,  the  key  inputs  which  describe  those  systems,  and  the 
manner  in  which  the  systems  interact.  System  assumptions  and  limita¬ 
tions  are  addressed  at  appropriate  locations  in  the  narrative. 

Succeeding  paragraphs  address  major  subsystems  and  logical  functions  as 
follows: 

2.2  The  Strike  Group 

2.3  The  Escorts 

2.4  The  Interceptors 

2.5  The  Sensors 

2.6  The  Missiles 

2.7  The  Aircraft  Types 

THE  STRIKE  FORCE: 

General:  The  Strike  Group  is  simulated  as  an  aircraft  following  a 

preassigned  path.  Upon  detecting  an  interceptor  within  a  specified 
distance,  the  strike  group  takes  evasive  action,  returning  as  soon  as 
possible  to  its  assigned  heading. 

The  number  of  bombers  comprising  the  strike  group  is  input.  Bombers 
killed  by  interceptors  are  subtracted  from  this  number. 

Detection  and  Communication  by  the  Strike  Group:  The  strike  group  has 
the  detection  and  communication  capabilities  of  its  aircraft  type.  It 
carries  out  the  same  detection  and  communication  functions  as  the 
interceptors  and  escorts  (which,  see  below). 


Evasive  Action  bv  the  Strike  Group:  If  a  visually-detected  interceptor  is 
within  the  pre-set  "break-distance,"  the  strike  group  will  attempt  to 
communicate  this  information  within  the  group.  A  random  number 
compared  with  the  communication  reliability  for  this  aircraft  type 
determines  if  communication  is  successful.  If  so,  the  strike  group  will 
turn  toward  the  attacker  through  a  turn  equal  D  (1.5  x  the  relative 
bearing  to  the  interceptor)  up  to  a  maximum  of  120°.  On  completion  of 
the  turn,  a  second  turn  back  to  the  original  heading  is  scheduled  in  the 
same  time  required  for  the  original  turn. 

THE  ESCORTS: 

Initial  location  of  each  escort  is  specified  by  a  distance  and  relative 
bearing  from  the  strike  group.  The  escorts  occupy  these  relative  positions 
until  attacking  interceptors  are  detected. 

General:  The  function  of  the  escort  is  to  protect  the  strike  group  by 
engaging  the  attacking  interceptors.  Their  initial  locations  are  specified 
by  distance  and  relative  bearing  from  the  strike  group.  The  escorts  will 
follow  the  heading  of  the  strike  group  until  attacking  interceptors  are 
detected.  When  an  individual  engagement  is  ended,  either  by  killing  or 
losing  the  interceptor,  the  escort  returns  to  his  assigned  position  relative 
to  the  strike  group. 

Detection  and  Communication:  These  functions  are  the  same  for  all 
aircraft,  although  the  effectiveness  with  which  they  can  be  carried  out 
depends  on  the  capabilities  of  the  sensors  and  aircraft  communication 
equipment. 

Upon  detecting  an  interceptor,  an  escort  will  attempt  to  pass  this 
information  to  his  fellow  escorts.  A  random  number  compared  with  the 
communication  reliability  of  the  escort  aircraft  type  determines  the 
success  of  the  attempt. 


Commitment:  The  ACM  Model  may  be  run  in  one  of  three  (input)  modes: 

•  Assign  all  uncommitted  escorts  whenever  an  interceptor  is  detected, 
or 

•  Assign  "x"  uncommitted  escorts  from  the  formation  side  opposite 
the  interceptor,  or 

•  Assign  "x"  uncommitted  escorts  from  the  formation  side  nearest  the 
interceptor. 

An  escort  committed  to  an  interceptor  will  turn  toward  the  interceptor  in 
an  attempt  to  reach  a  position  from  which  its  missiles  may  be  fired. 

Engagement:  When  the  escort  is  sufficiently  close  to  its  target  and  within 
the  firing  parameters  of  its  missile,  a  random  number  is  compared  with 
the  missile's  kill  probability  to  determine  if  a  kill  is  achieved. 

Return  to  Station:  An  escort  that  has  been  committed  to  a  target  returns 
to  its  assigned  place  in  the  strike  group  formation  under  the  following 
conditions: 

•  Its  target  is  killed, 

•  It  has  overrun, 

•  It  has  been  out-turned;  or 

•  It  has  run  out  of  missiles. 

THE  INTERCEPTORS: 

General:  A  starting  time  and  a  starting  position  are  specified  for  each 
interceptor.  At  the  starting  time  an  intercept  course  with  the  strike 
group  is  computed  and  the  interceptor  is  started  along  that  course.  An 
input  offset  requires  the  user  to  specify  a  point  outside  the  strike  group 
for  this  first  intercept  point. 

On  arriving  at  the  computed  intercept  point,  the  interceptor  searches  for 
his  target  and  fires  as  soon  as  it  is  in  a  position  to  do  so. 


Commitment:  An  interceptor  is  committed  by  input  to  a  specific  target 
(side  no.).  However,  it  will  drop  the  assignment  and  commit  to  an  escort 
that  is  detected  turning  toward  it. 

Engagement:  An  interceptor  will  fire  at  its  target  when  in  the  firing 
position  required  by  its  missiles.  A  random  number  is  compared  with  its 
kill  probability  to  determine  if  a  kill  is  achieved. 

Recommittment:  After  a  firing,  an  interceptor  will  turn  toward  the 
strike  group  in  attempt  to  pick  it  up  again  as  a  target. 

Retirement:  An  interceptor  will  retire  from  the  game  when  it  runs  out  of 
missiles. 

Rules  of  Engagement:  The  user  may  select  one  of  two  rules  of 
engagement  for  the  interceptors: 

•  A  firing  is  allowed  only  if  the  target  has  been  identified  visually,  or 

•  Global  clear-to-fire  after  x  (input)  positive  identifications,  or 

•  Clear-to-fire  allowed  on  any  radar  detection. 

THE  SENSORS: 

General:  Each  aircraft  type  is  given  two  sensors.  The  sensor  characteris¬ 
tics  are  part  of  the  user-provided  input,  but  it  is  generally  considered  that 
one  of  the  sensors  is  visual  and  one  is  radar. 

Sensor  Attributes:  The  sensors  are  described  by  the  following  attributes: 
Maximum  and  90-pct  detection  ranges,  target  signature  for  90-pct  detec¬ 
tion,  sweep  rate  and  width,  upper  and  lower  sweep  limits,  and  maximum 
and  90-pct  ranges  when  jamming  is  present. 

Search  and  Detection:  During  each  model  time-step,  each  aircraft  is 
checked  for  detection  by  each  aircraft  on  the  other  side.  A  target 
signature  is  computed  from  the  input  target  signatures  of  the  target 
aircraft  and  the  relative  positions  of  the  sensing  and  target  aircraft. 


hi 


From  the  target  signature,  a  detection  probability  is  computed  and 
compared  with  a  random  number  to  determine  if  a  detection  takes  place. 
An  initial  check  of  relative  positions  rules  out  target  aircraft  too  distant 
or  outside  the  angular  limits  for  detection. 


When  a  detection  is  made,  the  detecting  aircraft  makes  an  attempt  to 
communicate  the  target  information  to  its  colleagues. 


P 
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2.6  THE  MISSILES: 

2.6.1  General:  Each  aircraft  may  have  a  pre-specified  number  of  i  lies 
belonging  to  each  of  two  missile  types.  The  missile  types  are  descr  '  by 
their  maximum  and  minimum  head-on  and  tail-on  ranges,  maximur  e 
off  from  the  target's  tail  and  SSPK  for  each  aircraft  type.  An  an  craft 
will  attempt  to  use  its  first  input  missile  type  first,  switching  to  the 
second  input  type  only  if  unable  to  fire  a  missile  of  the  first  type  -  either 
because  of  being  out  of  envelop  or  because  of  having  used  them  all. 

2.7  THE  AIRCRAFT  TYPES: 


2.7.1  General:  The  strike  group  is  made  up  of  a  single  aircraft  type.  Its  escorts 
may  be  the  same  or  different  types.  Interceptor  types  are  assigned  as  the 
user  wishes. 


i 


I 
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2.7.2  Aircraft  Type  Attributes:  Aircraft  types  are  described  by  their  sensor 
and  missile  types,  three  speeds  and  their  associated  turn  rates  and  bank 
angles,  numbers  of  each  type  missiles,  reliability  of  its  communication, 
and  numbers  of  targets  engageable  simultaneously,  and  target  signatures 
for  radar  and  visual  sensors. 

2.8  CREW  EFFECTIVENESS  AND  RELIABILITY: 

2.8.1  General:  The  probability  of  target  detection  is  the  product  of  two  terms  - 
one  representing  the  physical  characteristics  of  the  target  aircraft  and 
sensor,  and  the  second,  depending  on  the  attentiveness  of  the  pilot  and 
crew. 


4 


-8- 


Pilot  and  Crew  Attentiveness:  The  user  specifies  input  numbers  for  crew 
and  pilot  between  1  (perfect  attentiveness)  and  0  (complete  inattention). 
If  this  number  is  1  for  either  pilot  or  crew,  then  the  detection  term  itself 
is  set  to  1,  leaving  the  detection  probability  a  function  solely  of  the 
target-sensor  combination.  If  the  number  for  either  the  pilot  or  the  crew 
is  set  to  0,  then  detection  depends  on  the  other.  Only  if  the  factors  for 
both  pilot  and  crew  are  set  to  0  will  detection  always  fail.  If  the  pilot  and 
crew  have  been  told  about  the  potential  target,  the  attentiveness  term  is 
set  to  the  square  root  of  the  computed  value. 


CHAPTER  3  -  INPUT  DATA  REQUIREMENTS 


3.1  INTRODUCTION  -  GENERAL:  This  chapter  describes  the  required  and 
the  optional  data  inputs  necessary  to  perform  a  model  run  of  the  OP-962 
ACM  Model.  By  following  these  instructions,  the  analyst  will  be  able  to 
construct  a  complete  data  file  to  run  the  model. 

3.2  INPUT  CONVENTIONS:  The  OP-962  ACM  Model  is  written  in  the 
SIMSCRIPT  II. 5  programming  language.  That  fact,  plus  the  form  and 
format  of  the  model  sections  which  process  the  input  data  files,  deter¬ 
mine  some  constraints  as  well  as  allowing  some  options  to  the  analyst  in 
preparing  the  input  data.  The  significant  factors  are  discussed  below. 

a.  Input  data  reading  is  essentially  free  of  format  restrictions,  except 
as  noted  below  for  specific  data  items.  This  means  that  data  items 

0  ^  on  a  single  line  need  only  be  in  the  proper  order  -  there  are  no 

specific  spacing  requirements.  The  analyst  is  free  to  format  data 
lines  to  suit  his  own  preferences. 

b.  Certain  data  items  are  specified  to  be  either  integer  or  alpha 
(alpha-numeric  characters).  Unless  so  specified,  all  input  data  are 
real  numbers  and  may  have  decimal  points  and  fractional  parts. 
Those  designated  as  integer  must  have  no  decimal  point  or  frac¬ 
tional  part;  otherwise  a  reading  error  will  be  declared.  A  free-form 
read  of  a  designated  alpha  input  will  begin  with  the  first  non-blank 
character  and  will  continue  until  the  first  blank  space  or  until  the 
machine-dependent  work  size  is  reached.  (For  the  current  IBM 
installation,  that  word  size  is  4  characters).  Successive  free-form 
read  attempts  (after  a  free-form  alpha)  will  begin  either  in  the  first 
blank  after  the  alpha  or  in  the  fifth  character  of  the  alpha  input,  if 
the  alpha  continues.  This  may  be  the  source  of  some  input  errors,  if 
the  notations  below  are  not  followed  closely. 
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c.  In  reading  a  string  of  data  items  across  a  data  line,  the  program  will 
continue  until  it  has  reau  the  required  number  of  items  -  continuing 
if  necessary  on  the  next  line.  Thus,  if  a  line  calls  for  5  items  and 
the  analyst  erroneously  supplies  only  4  items,  the  program  will 
attempt  to  pick  up  the  5th  item  on  the  next  line.  This  may  be  the 
source  of  some  input  errors. 

3.3  THE  INPUT  DATA  FILE: 

3.3.1  General:  Before  running  the  model,  the  input  data  must  be  prepared  and 
stored  on  a  disk  file.  Normally,  the  text  editor  residing  on  the  computer 
system  on  which  the  model  will  be  run  is  used  for  data  entry,  modifi¬ 
cation,  and  storage. 

For  convenience  in  describing  the  input  data  file,  it  will  be  divided  into 
the  following  sections: 

•  General  Information  Section 

•  Sensor  Data 

•  Missile  Data 

•  Aircraft  Type  Data 

•  Data  for  the  Individual  Aircraft 

•  Attrition  Rates 

•  Seeds  for  the  Random  Number  Generators 

Figure  1  shows  a  sample  data  file  with  sections  marked.  The  data  file 
description  below  will  give,  for  each  section,  the  names  of  the  input 
variables,  their  definitions  and  units  (if  any). 

3.3.2  General  Information  Section:  This  section  contains  the  title  and  various 
codes  to  designate  policy  decisions. 

TITLE  72  alpha  characters  to  identify  the  run 
PRINTR  Code  to  control  the  program  output 

STP  Simulation  end  time  (minutes) 
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General  Information 


ACMSIN  DEMONSTRATION  -  SASIC  DATA  (2  TONS  VS  3  FITR)  -  FEBRUARY  ltd. 


3  SENSOR  TYPES 

1 

1  1  73  60  10  9  5  60  40  30  20  0 

*1  0  50  45  10  9  5  40  60  30  20  0 

3 

2  1  10  4  10  4  3  2  133  90  90  0 

Sensor  Data 

3  MISSILE  TYPES  — — — - - 

1  TURKEY 

50  4  5  1  180 

Missile  Data 

2  SEEKER 

20  3  2  1  60 

3  CANNON 

.4  .3  .01  .01  180 

2  ACFT  TYPES 
t  FITTER 

13  2  3  .»  .8  0  0  .9 

230  23  90 

420  30  43  AO  110  180  3A0 

450  30  43  60  83  120  ISO 

2  2  3  4 

20  20  3  3  3  20  10 

2  TOMCAT 

4  5  1  3  .33  .85  .83  .33  .9 

230  25  90 

373  30  45  60  120  240  480 

630  30  43  40  83  120  240  " 

12  2  2 


Aircraft  Type  Data 


i 

1 

43 

10 

90  15000  200  200 

0 

2 

1 

210 

2 

0  15000  0  0 

0 

2 

1 

130 

2 

0  15000  0  0 

0 

3 

14 

313 

14 

0  18000  310  210 

.3 

3 

14 

315 

14 

0  18000  330  240 

1.5 

3 

14 

293 

45 

0  18000  230  275 

2.3 

3 

14 

45 

45 

0  18000  255  125 

3.3 

3 

14 

45 

H 

1  0  18000  325  160 

4.3 

Data  for 
Individual  Aircraft 


Attrition  Rates 


10  1.000 

12343  23434  34367  43478  36789 


Initialization 

Information 


PARRY  Parry  strategy  code: 


3 

> 

cf 

(7- 

3 

1 

1 


1;  Use  escorts  from 
same  side;  2;  Use 
escorts  from  opposite 
side;  3:  Use  any 

excort  available. 


ROEE  Clear-to-fire  code  for  escorts:  Number  of  visual  iden¬ 

tifications  required 
before  global  clear-to- 
fire. 

ROEI  Clear-to-fire  code  for  interceptors:  Number  of  visual  iden¬ 

tifications  required 
before  global  clear-to- 
fire. 


BRKDS  Minimum  approach  distance  before  strike  group  turns  to  evade 
interceptor  (miles) 

CMTDS  Maximum  distance  at  which  escorts  will  be  committed  to 
parries  (miles). 

MXCMT  Maximum  number  of  escorts  committed  against  an  identified 
hostile 


3  W»  3-3-3 

I 

I 


Sensor  Type  Data:  The  first  card  of  this  section  must  specify  the  number 
of  sensor  types  in  the  data  base.  Data  for  each  sensor  type  starts  with  a 
card  containing  the  sensor  identification  number  and  one  or  more  cards 
containing  the  sensor  attributes. 

N.TYP.SNSR  Number  of  sensor  types.  (Plus  optional  alpha  characters 
identifying  the  card) 

J  The  sensor  idenification  number  (3  must  not  be  greater 

than  N.TYP.SNSR) 

MODE  Code  to  control  sensor  operation: 


0,  sensor  may  not  de¬ 
tect  a  second  target 
while  engaged  in 
tracking 


1,  sensor  may  hold  any 
number  of  targets 

MXRNG  Maximum  range  for  this  sensor  type  (miles) 

RNG90  Range  for  90-pct  detection  (miles) 


BRNGM 


Maximum  range  in  the  presence  of  jamming  (miles) 


1 
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BRN90 


j 


SR 

sw 

UP 

LW 

3AM 


90-pct  range  under  jamming  (miles) 

Sweep  rate  (number  per  minute) 

Sweep  width  (degrees) 

Upper  sweep  limit  (degrees) 

Lower  sweep  limit  (degrees) 

Code  to  indicate  jamming:  1,  this  sensor  is  being 

jammed; 


0,  no  jamming  of  this 
sensor. 


!-  (Note:  The  program  converts  minutes  to  hours  and  degrees  to  radians) 


3.3.4  Missile  Data:  This  section  starts  with  a  card  specifying  the  number  of 
missile  types.  It  is  followed  by  a  card  with  the  missile  identification 
number  and  "name"  (up  to  8  alpha  characters  to  be  used  on  reports)  and 
one  or  more  cards  with  the  missile  attributes. 


S  03 


» 

N.TYP.MSL 

Number  of  missile  types  (Plus  optional  alpha  characters 
identifying  the  card) 

3 

Identification  number  (3  must  not  be  greater  than 
N.TYP.MSL) 

i 

NAM1 

Up  to  4  alpha  characters 

* 

» 

NAM2 

Up  to  4  alpha  characters 

.  • 

* 

MXHD 

Maximum  head-on  range  (miles) 

*  ■ 

» ' 

-  ■ 

MXTL 

Maximum  tail-on  range  (miles) 

4 

MNHD 

Minimum  head-on  range  (miles) 

MNTL 

Minimum  tail-on  range  (miles) 

CO 

Maximum  angle  off  from  tail  (degrees) 

3.3.5  Aircraft  Type  Data:  This  section  starts  with  a  card  specifying  the  number 
of  aircraft  types.  It  is  followed  by  a  card  with  the  aircraft  identification 
number  and  "name"  (up  to  8  alpha  characters  to  be  used  on  reports)  and 


I 


« 


-fl. 


one  or  more  cards  with  the  aircraft  type  data. 

N.TYP.ACFT  Number  of  aircraft  types  (Plus  optional  alpha  characters 
identifying  the  card) 
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3 


ANAM1,2 

MXTGTS 

RADAR 

VIZ 

PLOTR 

PLOTV 

CREWR 

CREWV 


Identification  number  (3  must  not  be  greater  than 
N.TYP.ACFT) 

Aircraft  type  name  (Up  to  8  alpha  characters) 

Maximum  number  of  targets  this  aircraft  can  engage 
simultaneously 

Radar  sensor  type  identification  number 
Visual  sensor  type  identification  number 
Efficiency  of  pilot  in  radar  search  (0.  -  1.) 

Efficiency  of  pilot  in  visual  search  (0.  -  I.) 

Efficiency  of  crew  in  radar  search  (0.  -  1.) 

Efficiency  of  crew  in  visual  serch  (0.  -  1.) 


Note:  No  degradation  of  detection  if  either  pilot  or  crew  code  is  set  to  1; 
no  detection  if  both  are  0. 


COMREL  Probability  that  the  aircraft  can  communicate  success¬ 

fully 

SAUNT  Aircraft  speed  (miles  per  hour) 

BA  Bank  angle  at  speed  SAUNT  (degrees) 

TU  Turn  rate  at  speed  SAUNT  (degrees  per  minute) 


Note:  Miles  may  be  either  statute  miles  or  nautical  miles  as  long  as  the 
unit  is  used  consistently 


Aircraft  Data:  This  section  starts  with  a  card  specifying  the  number  of 
individual  aircraft  (escorts  +  interceptors  +1).  It  is  followed  by  one  card 
for  each  aircraft  with  the  aircraft  attributes. 


TYPE  Aircraft  type 

ROLE  Code  to  indicate  the  role  of  the  aircraft:  1,  the  strike 

group;  2,  escorts,  and  3,  interceptors 

ST  AT  Code  to  indicate  the  aircraft  status. 

For  escorts:  l,  active;  2,  passive;  3,  killed;  4,  not  in 

game 
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FB 

FDIST 

HD 

AT 

XLOC &  YLOC 

TM 

TG 


For  interceptors:  11,  active;  12,  passive;  13,  killed;  14, 
not  in  game. 

Initial  values  should  be:  1,  strike  group;  1,  escorts;  14, 
interceptors 

Relative  bearing  from  the  strike  group  (degrees)  (used  to 
compute  initial  positions  with  the  escorts) 

Distance  from  the  strike  group  (Used  to  compute  initial 
positions  with  the  escortsXmiles) 

Initial  heading  (degrees) 

Altitude  (feet) 

Initial  coordinates  (Strike  group  and  interceptors)  (miles) 

Starting  time  for  the  interceptors  (minutes) 

Initial  target  for  the  interceptors  (Set  to  1  to  indicate 
the  strike  group) 


3.3.7  Attrition  Rates 


n  q y 


KILL  (1,3)  Kill  rate  for  missile  type  I  against  aircraft  type  3 

3.3.8  Initialization  Information 


NOB 

REPT 

NUMR 

SEED 


Initial  number  of  bombers 

Interval  between  status  reports  (hours) 

Number  of  random  number  generator  seeds  provided 
Seeds  for  the  random  number  generator 


« 


I 


-16- 


CHAPTER  »  -  THE  MODEL  OUTPUT 


4.1  INTRODUCTION  -  GENERAL:  The  AIR  COMBAT  MANEUVER  MODEL 
outputs  are  produced  on-line  during  program  execution  and,  hence,  do  not 
require  a  Post-Processor  or  Report  Generator  separate  from  the  model. 
Virtually  all  output  reports  are  straight-forward  and  require  no  decoding 
or  interpretation.  Figure  2  shows  a  sample  output  report. 

4.2  THE  INPUT  SUMMARY  REPORTS: 

4.2.1  General:  The  following  information  is  printed  for  all  runs: 

-Program  name,  developer  and  sponsor 
-Run  title  (user  input) 

-Values  of  the  control  codes  (User  input) 

-Values  of  the  random  number  generator  seeds  (User  input) 

-Values  of  the  "long"  and  "short"  time  steps  (computed  by  the 
program  for  the  maximum  aircraft  turn  rates) 

-Summary  of  the  strike  force  composition  and  initial  direction 

If  the  control  code  PRINTR  is  set  to  1,  a  listing  of  the  input  file  is 
produced. 

4.3  THE  CHRONOLOGICAL  REPORTS: 

4.3.1  General:  The  Chronological  Reports  are  one-liners  which  report  signi¬ 
ficant  events  as  they  occur  during  the  simulation  run.  These  reports  aid 
the  analyst  in  "debugging"  his  input  data  -  that  is,  in  determining  that  the 
system  is  behaving  in  an  "intuitively  reasonable  manner."  Each  line 
contains  the  time  of  the  event,  the  identities  of  the  aircraft  involved,  and 
a  brief  description  of  the  event. 
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Events  noted  are: 

Commitment  to  a  target 
Detection  of  a  target  (visual) 

Detection  of  a  target  (radar) 

Firing  of  a  missile  at  a  target 

An  interceptor  starts  a  new  intercept 

An  aircraft  begins  an  attack 

A  detected  target  is  lost 

The  strike  group  takes  evasive  action 

An  attack  is  broken  off 

An  interceptor  searches  for  the  strike  group 

An  escort  resumes  its  station 

STATUS  REPORTS: 


4.4.2 


General:  While  the  chronological  reports  provide  a  running  history  of  the 
important  occurrences  during  a  run,  the  status  reports  provide  snapshots 
of  the  location  and  status  of  each  aircraft  at  periodic  intervals.  The 
initial  status  report  is  printed  before  action  starts  and  additional  reports 
are  printed  at  intervals  specified  by  the  user. 

Status  Report  Contents:  The  first  line  of  a  status  report  provides  the 
current  time  (in  minutes  and  seconds)  and  the  number  of  bombers 
remaining  in  the  game.  Then  the  following  information  for  each  aircraft 
in  the  game  is  given  ("Killed”  aircraft  are  included  in  the  report 
immediately  following  the  kill  event,  and  are  dropped  from  later  reports.) 


Aircraft  identification  number 

Type 

Status 

Time 

Current  location  (X,  Y  coordinates)  (miles) 
Current  velocity  (miles/hour) 

Current  heading  (degrees) 

Current  turn  rate  (degrees  per  minute) 


Direction  of  turn 

Current  target 

Number  of  targets  held 

Number  of  first  choice  missiles 

Number  of  second  choice  missiles 

After-burner  time  remaining  (minutes) 


CNO  FORCE  PROJECTION  SYSTEM  ANALYSIS 
NANY-VERSUS-N4NY  ACR  SIMULATION  NOIEL  (ACMSIN) 

DEVELOPER  BY i  CACI, INC-FEDERAL  ARUNSTON  VA  OFFICES 
(CAPT  JANES  UILSON  USN(RET)  AND 
DR.  JANICE  >.  FAIN) 

SPONSORED  SYt  OP-942  <NR.  SEOROE  HAERINO) 

VERSION  DATES!  9  FEBRUARY,  1982 


ACNS1H  DENONS7RATION  -  DASIC  DATA  <2  TORS  VO  3  FITR)  -  FEBRUARY  1902 


-  TINE  STEPS  CALCULATED  ASi  40.4  SECS  (L0N6),  AND  1.3  SECS  (SHORT). 
STRIKE  ADVANCES  ON  CUS  90.0  U1TN  10  ATTACK  AND  2  ESCORTS 


TINE  Ot  0  STATUS  REPORT - (  10  BONDERS  REMAININ8). 

NO  TT  ST  XLOC  YLOC  VEL  HM  TH  D  TOT  ASIA  MOLD  TOTS 

1  2  I  200.0  200.0  320.  90.0  0.  0  0  22  0 

2  2  1  190.3  201.0  320.  90.0  0.  D  0  22  0 

I  2  1  190.3  199.0  320.  90.0  0.  0  I  22  0 

4  I  14  310.0  210.0  0.  0.  0.  0  0  24  0 

5  1  14  330.0  240.0  0.  0.  0..  0  0  2  4  0 

4  I  14  230.0  273.0  0.  0.  0.  0  0  24  0 

7  1  14  233.0  123.0  0.  0.  0.  0  0  24  0 

I  1  14  323.0  140.0  0.  0.  0.  0  0  4  4  0 


«|30  FITTER  4  STARTS  NCI  INTERCEPT  FROM  BIO  3L/107.B 

1:30  FITTER  3  STARTS  NEU  INTERCEPT  FIOI  Ml  14L/147.5 

TINE  I >37  STATUS  REPORT  -  <  10  BONDERS  RENAININO) . 

NO  IY  ST  1L0C  YLOC  VEL  WlT  T*  0  TOT  ASIA  HSLI  TITS 

1  2  I  201.4  200.0  320.  90.0  -s.  0.  0  0  2  2  0 

2  2  1  204.9  201.0  320.  90.0  0.  0  0  22  0 

1  2  I  204.9  199.0  320.  90.0  0.  9  0  22  » 

4  1  12  3'"  1  210.0  420.  249.9  0.  0  0  24  0 

5  I  12  3-  .2  239.7  420.  247.4  0.  0  0  24  0 


MAE  2:24  STATUS  REPORT  -  (  10  IONBERS  RENAININO). 


TT 

ST 

XLOC 

HOC 

VEL 

NDS 

TM 

0 

TOT 

HSU 

ASLB 

TSTS 

1 

9 

A. 

1 

213.0 

200.0 

320. 

90.0 

0. 

0 

0 

2 

0 

■s 

9 

1 

211,2 

201.0 

320. 

*0.0 

0. 

0 

0 

2 

* 

0 

3 

■9 

1 

211.2 

l**.0 

J20. 

*0.0 

0. 

0 

0 

*9 

2 

0 

4 

\ 

1? 

294.1 

210.0 

♦20. 

26*. 9 

0. 

0 

0 

2 

4 

0 

t 

1 

12 

344.) 

237.3 

420. 

247.4 

0. 

0 

0 

*9 

4 

» 

Figure  2.  Sample  of  ACM  Model  Output 
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5i»5  CONTACT.  FITTER  4  DETECT!  BOMBER  OOOIP  BRO  111/  44.0 
sms  contact .  fitter  4  dctecti  tomcat  2  mo  at/  4 4.4 
3»U  CONTACT.  FITTER  4  DETECTS  BORDER  SNOOP  MO  24R/  40.0 
3i22  CONTACT.  FITTER  4  IETECT3  TOMCAT  2  MO  101/  44.1 
3»23  CONTACT.  FITTER  4  DETECTS  TOMCAT  I  Ml  12U  44.0 
5i23  CONTACT.  FITTER  4  DETECTS  TOMCAT  J  Ml  23R/  44.7 

5«23  TOMCAT  J  FIRES  A  TUNKIT  AT  FITTER  4 
-  NO  JOT  - 


3 l 24  TOMCAT  3  FIRES  A  TUNKIT  AT  FITTER  4 

- NIU  ONE - 

<  1  HOI  WIBS  0  TITS). 

(  2  NOO  HOLDS  0  TITS). 

3:24  TOMCAT  J  MOPS  IT  <TIT  SOME).  BEDIMS  REJOIN. 

(  2  NON  HOLDS  «  TITS). 

3(23  CONTACT.  TOMCAT  3  DETECTS  FITTER  7  BNS  SIR/  31.0 

3:23  TOMCAT  2  COMMITS  AIAINST  FITTER  7,  Ml  6 JR/  40.0 
(  2  MOM  HOLDS  I  TITS). 

TOMCAT  2  AFFIRMS  FITTER  7  FOR  ATTACK. 

3:23  CONTACT.  TOMCAT  2  DETECTS  FITTER  7  DAG  39R/  5F.7 

3:40  PUNCH.  FITTER  6  DEOIHS  ATTACH . 

3:40  FITTER  4  COMMITS  AOAIMIT  DIMMER  DROOP.  RRD  24R/  43.0 
FITTER  4  AFFIRMS  BONIER  6R0UP  FOR  ATTACK. 

3:34  TOMCAT  3  RESUMES  STATION. 

3:37  LOST  CONTACT.  TOMCAT  3  LOSES  FITTER  7 

TIME  4:  I  STATUS  REPORT  -  (  10  BOMBERS  REMAINING) . 

NO  IT  3T  KLOC  HOC  DEL  HDD  TN  B  TOT  MSLA  NSLB  T6TS 

1  2  f  222.1  200.0  320.  40.0  9.  D  0  22  9 

2  2  I  224.4  144.3  320.  1 49.0  9.  0  7  2  2  I 

3  2  I  2*  3  144.0  329.  40.0  9.  0  9  92  0 

4  I  13  2/. .3  204.4  429.  244.4  0.  4  0  24  0 

5  !  12  120. D  227.4  420.  247.4  0.  9  0  24  » 

»  111  241.3  231.4  420.  144.4  0.  0  1  24  1 

7  I  12  234.4  132.2  630.  334.2  0.  0  4  24  0 

I  I  12  114.0  143.4  420.  102.1  0.  4  0  24  9 


4:13  CONTACT.  FITTER  7  DETECTS  TOMCAT  2  IRC  2BL/  49.4 

4:13  CONTACT.  FITTER  7  DETECTS  TOMCAT  3  IRS  27L/  44.9 

4:14  CONTACT.  FITTER  7  DETECTS  BOMBER  GROUP  BAG  241/  A4.D 

4:21  TOMCAT  2  FIRES  A  TURRET  AT  FITTER  7 

-  KILL  ONE  - 

1  1  NOU  HOLDS  4  TSTS). 

(  3  NOU  HOLDS  0  TOTS'. 

4:21  TOMCAT  2  DROPS  IT  I  TOT  DONE).  BEGINS  REJOIN. 

I  2  NOU  HOLDS  •)  TOTS ) . 

4:32  CONTACT.  TOMCAT  2  DETECTS  FITTER  4  BAG  171/  IS. 4 

4:52  IQMCAT  2  COMMITS  AGAINST  FITTER  6,  BAG  171/  JR. 4 
'  :  NOU  HOLDS  I  TGTS ' . 

TOMCAT  2  AFFIRMS  FITTER  4  FDR  ATTACK. 

4:33  TOMCAT  2  FIRES  A  TURRET  AT  FITTER  4 

-  NO  JOT  - 


Figure  2.  Sample  of  ACM  Model  Output  (continued) 


’::i  contact.  comber  group  detects  fitter  a  brs  :jr/  -4.: 

SCRAPING  ESCORT  PARRY  PARREL 

':CI  toaCAT  3  COMMITS  AGAINST  FITTER  8,  BR6  22R/74.1 

'  3  NOW  HOLPS  1  TGTS) . 

TONCAT  3  AFFIRMS  FITTER  a  FOR  ATTACK. 

CONTACT .  TOMCAT  3  DETECTS  FITTER  «  ERG  7K/  74.* 

*:3I  CONTACT.  PONDER  GROUP  OETECTS  FITTER  5  BRG  l*l'  ‘’4  ; 

’13I  TOM'-  *  2  COHNITS  A6AINST  FITTER  3,  PRC  52R/  TB.4 

'  2  ~-U  HOIOS  2  TOTS). 

TONCAt  2  AFFIRMS  FITTER  A  FOR  ATTACK. 

7:41  CONTACT.  TOMCAT  3  DETECTS  FITTER  3  DR6  34L/  74.9 

7:31  CONTACT.  TONCAT  2  DETECTS  FITTER  3  BRO  54R/  75.0 

TINE  Ot  I  STATUS  REPORT  -  (  10  BONDERS  REMAINING) . 

NS  TY  ST  XLOC  TLOC  VEL  MBS  TN  D  TGT  MSLA  MSLB  TOTS 

1  2  1  242.3  200.0  320.  90.0  0.  0  0  22  0 

2  2  I  237.4  201.7  320.  19.2  0.  0  4  02  2 

3  2  t  241. D  1 90. 1  329.  105.0  0.  0  I  0  2  > 

J  1  12  307.9  222.3  420.  247.4  9.  0  0  24  3 

4  I  11  244.4  224.9  420.  194.3  110.0  -It  24  I 

I  1  12  304.1  173.1  420.  302.1  0.  0  0  24  9 


TINE  9s  I  STATUS  REPORT  -  (  10  BONDERS  RENAIN1N6) . 


NO 

TT 

ST 

XLOC 

TLOC 

VEL 

HOG 

TN 

0 

TGT 

NSLA 

NSLI 

TGTS 

1 

2 

1 

248.1 

200.0 

320. 

90.0 

0. 

0 

0 

2 

0 

2 

2 

1 

239.3 

204.7 

320. 

19.2 

0. 

0 

4 

0 

-» 

2 

3 

2 

1 

244.2 

194.7 

320. 

103.0 

0. 

0 

8 

0 

i 

5 

1 

12 

301.4 

219.8 

420. 

247.4 

0. 

0 

0 

2 

4 

0 

6 

1 

11 

243.9 

211.0 

420. 

174.0 

0. 

0 

1 

2 

4 

1 

9 

1 

12 

290.2 

174.8 

420. 

302.1 

0. 

0 

0 

■> 

4 

o 

9s  1 3  LOST  CONTACT.  TONCAT  2  LOSES  FITTER  3 
(  2  NOII  HOLDS  I  TOTS). 

TONCAT  2  AFFIRMS  FIH5#  i  FOR  ATTACK. 

9; 20  CONTACT.  TONCAT  2  DETECTS  FITTER  3  PRG  34R/  40.4 

9:20  TONCAT  3  COMMITS  A6AINST  FITTER  5,  BRG  39L'  54.3 
(  3  NOU  HOLDS  2  TGTS). 

TOHCAT  3  AFFIRMS  FITTER  9  FOR  ATTACK. 

9:28  CONTACT.  FITTER  9  DETECTS  90HBER  GROUP  PN6  Kl  4 V.b 

9 * 28  CONTACT.  FITTER  8  OETECTS  TOHCAT  3  BRG  I2L/  50.0 

9s34  CONTACT.  FITTER  5  DETECTS  BOHIER  GROUP  BR6  1R/  49.9 

9:37  TALLTHO.  FITTER  4  SEES  TONCAT  2  PRO  40R/  5.7 

9:44  TALLTHO.  TOHCAT  2  SEES  FITTER  4  PRG  9R/  4.5 

9:34  CONTACT.  TONCAT  2  DETECTS  FITTER  8  IRS  3BR/  59.2 

I  Os  2  TOHCAT  2  FIRES  A  SEEKER  AT  FITTER  4 
-  KILL  ONE  - 

(  I  NOU  HOLDS  0  TGTS ) . 

(  3  NOU  HOLDS  2  TGTS). 

10:  2  TOHCAT  2  DROPS  IT  (TGT  GONE).  BEGINS  REjOIN. 

i  2  NOU  HOLDS  9  TGTS). 

10:10  CONTACT .  FITTER  5  DETECTS  TONCAT  2  PRG  UR/  49.' 

10:30  CONTACT.  FITTER  8  OETECTS  TONCAT  2  PRG  IR/  49.’ 

TINE  19:  t  STATUS  REPORT  -  (  8  90HPERS  REMAINING). 

NO  TY  ST  XLOC  TLOC  VEL  HBG  TN  0  TGT  ASIA  MSLB  IG1S 
I  2  l  284.3  201.8  320.  ’0.0  0.  0  0  22 

3  2  1  284.4  200.8  320.  ’0.0  0.  9  0  0  l 


18:  I  SIMULATION  ENDS  NORMALLY 


Figure  2.  Sample  of  ACM  Model  Output  (continued) 


